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(57) Abstract: A method for recording data on an optical medium 
is disclosed. In one embodiment, the method includes recei\dng 
main data from a data souire, determining a plurality of data frame 
values in response to the main data, inverting at least one selected 
bit in at least one of the data frame values to generate a plurality 
of encoded data frames, scrambling the encoded data frames by a 
feedback shift register to generate scrambled data frames, generat- 
ing ECC values in response to the scrambled data frames, adding 
the ECC \'alues to the scrambled data frames to generate an ECC 
block, rearranging the ECC block to generate a plurality of record- 
ing frames, encoding the recording frames by an eight-to -sixteen 
modulation (ESM) encoder to generate code words, adding sync 
values to the code words to generate a plurality of physical sec- 
tors, and recording the physical sectors on the optical medium. A 
complementary method for reading and decoding data from an op- 
tical medium is also disclosed. These complementarj' encoding 
and decoding schemes provide a method for creating and reading 
proprietary format DVDs which may not be read or copied by con- 
ventional DVD players. These encoding and decoding schemes 
result from relatively minor modifications to existing DVD stan- 
dards, allowing many standard system components to be used and 
thereby making the encoding/decoding system relatively easy and 
inexpensive to implement 
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SECURE DIGITAL VIDEO DISK AND PLAYER 

TECHNICAL FIELD OF THE INVENTION 

This invention relates to digital video disks and digital video disk players, 
5 specifically to a secure system involving proprietary digital video disk formats and 
associated compliant players to prevent copying and unauthorized use of digital video disk 
program material. 

BACKGROUND OF THE INVENTION 

10 There are several related standards for DVDs published by the ECMA organization 

that are in common use today. These standards include ECMA-267 (2"** Ed,, December 
1999), entitled "120 mm DVD - Read-Only Disk," ECMA-268 (December 1997), entitied 
"80 mm DVD - Read-Only Disk," ECMA-272 (2"^ Ed, June 1999), entitied "120 mm 
DVD Rewritable Disk (DVD-RAM)," and ECMA-274 (April 1998), entitled "Data 

15 Interchange on 120 mm Optical Disk Using +RW Format - Capacity: 3,0 Gbytes and 6,0 
Gbj^es," edl of which are incorporated herein by reference in their entirety. Some of these 
standards have been adopted by the International Standards Organization as ISO/IEC 
standards. 

Digital video disks are a digital storage media, unlike conventional videotape. 
20 Therefore copies of such digital material contain all of the information of the original and 
are a frequent target for pirates (copyright infringers) who make unauthorized copies or 
otherwise misuse same. 

The present invention is directed to a particular aspect of the security problem of 
DVDs. Specifically, there is a need for a DVD player tiiat only plays proprietary DVDs, 
25 does not play standard DVDs, where the proprietary DVDs cannot be copied and the 
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proprietary DVDs do not play on standard DVD players. Thus this is a "closed" system 
involving proprietary format DVDs and associated players. (In this description, the term 
"DVD player" is used to refer to any DVD drive or playback system.) 

Any such security system must be relatively inexpensive to implement (since these 
5 are consumer players), and must be robust so as to prevent copying, and not interfere with 
playing and enjoyment of the DVD program material. The cost requirement is especially 
restrictive since even a few dollars of added cost are problematic in consumer electronics. 
Therefore, well-known methods such as encryption may be problematic since they may 
require inclusion in the player of a dedicated decryption integrated circuit. Since the 
' 10 decryption must be performed in real time, software decryption is generally less useful in 
this context. 

SUMMARY OF THE INVENTION 

Therefore, a need has arisen for a DVD encoding and decoding system that 
IS addresses the disadvantages and deficiencies of the prior art In particular, a need has 
arisen for a DVD encoding and decoding scheme which results in a proprietary DVD 
format. 

In accordance with one aspect of the present invention, a method for recording data 
on an optical medium is disclosed. In one embodiment, the method includes receiving 

20 main data &om a data source, determining a plurality of data frame values in response to 
the main data, inverting at least one selected bit in at least one of the data fiame values to 
generate a plurality of encoded data firames, scrambling the encoded data firames by a 
feedback shift register to generate scrambled data frames, generating ECC values in 
response to the scrambled data frames, adding the ECC values to the scrambled data 

25 frames to generate an ECC block, rearranging the ECC block to generate a plurality of 
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> 

recording frames, encoding the recording frames by an eight-to-sixteen modulation (ESM) 
encoder to generate code words, adding sync values to the code words to generate a 
plurality of physical sectors, and recording the physical sectors on the optical medium. 

In accordance with one aspect of the present invention, a method for reading and 
5 decoding data from an optical medium is disclosed. In one embodiment, the method 
includes reading channel bits from the optical medium, removing sync codes from the 
channel bits to derive a plurality of ESM-encoded words, decoding the ESM-encoded 
words by an ESM decoder to generate a plurality of recording fr*ames, rearranging the 
recording frames to generate an ECC block, removing parity bytes Scorn the ECC block to 
10 generate a plurality of scrambled data frames, descrambling the scrambled data frames to 
generate a plurality of encoded data frames, inverting at least one selected bit of each 
encoded data frame to generate a plurality of data frames, and extracting main data from 
the plurality of data frames. 

I 

These complementary encoding and decoding''* schemes provide a method for 
15 creating and reading proprietary format DVDs which may not be read or copied by 
conventional DVD players. The fact that these encoding and decoding schemes result 
from relatively minor modifications to existiiig DVD standards allows many standard 
system components to be used. The encoding/decoding schemes described herein are 
therefore relatively easy and inexpensive to implement* 

20 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete imderstanding of the present invention and for fiirther 
features and advantages, reference is now made to the following description taken in 
conjunction with the accompanying drawings, in which: 
25 FIGURE 1 is a partial block diagram of a DVD data encoding system; 
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FIGURE 2 is a diagram illustrating the content of a data frame; 

FIGURE 3 is a diagram illustrating the content of a data frame ID field; 

FIGURE 4 is a diagram illustrating the content of a data frame Sector Information 

byte; 

5 FIGURE 5 is a partial block diagram of a personal computer system including a 

DVD drive; 

FIGURE 6 is a block diagram of a decoder for use in the DVD drive; and 
FIGURE 7 is a block diagram of a feedback shift register. 

10 DETAILED DESCRIPTION OF THE INVENTION 

The preferred embodiments of the present invention and their advantages are best 
understood by referring to FIGURES 1 through 7 of the drawings. Like numerals are used 
for like and corresponding parts of the various drawings. 

Referring to FIGURE 1, a partial block diagram of a DVD data encoding system 
15 10 is shown. DVD data encoding system 10 is designed to encode data for recording on a 
DVD 12 using a proprietary format (described below) which may be derived from, for 
example, the ECMA-267 standard. For purposes of illustration, a proprietary DVD format 
derived by modification of primarily the ECMA-267 standard is described below. 
However, it will be understood that similar modifications may be made to ECMA-268, 
20 ECMA-272 or ECMA-272 to create corresponding proprietary DVD formats. 

DVD data encoding system 10 receives data 14 from a host. In the terminology of 
ECMA-267, this data is referred to as Main Data. The successive transformation of the 
Main Data into data fi:ames, scrambled frames, ECC blocks, recording frames and physical 
sectors proceeds as described in ECMA-267, but with certain modifications to create a 
25 proprietary DVD format. Since many of the data encoding steps (without modification) 
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are described in detail in ECMA-267, some data encoding details which may be found in 
ECMA-267 are omitted fix)m the following description. 

The Main Data is received by a data firamer 16, which puts the data into data 
frames 18 in the format described in ECMA-267. A data frame 18 consists of 2,064 bytes 
5 arranged in an array of 12 rows each containing 172 bytes, as shown in FIGURE 2. 
Unless otherwise noted, the term "byte" as used herein refers to an eight-bit byte. The 
first row starts with three fields: the Identification Data (ID) field, the check bytes of the 
ID Error Detection Code (lED), and the Copyright Management Information field 
(CPR^MAI). These fields are followed by 160 bytes of Main Data in the first row. The 
10 next 10 rows each, contain 172 Main Data bytes. The last row contains 168 Main Data 
bytes followed by four bytes for recording the check bits of an Error Detection Code 
(EDC). The 2,048 Main Data bytes are identified as Do through D2047. 

The ID field consists of four bytes, the bits of which are numbered consecutively 
from bo to bai, as shown in FIGURE 3. The least significant three bytes, bits bo to baa, 
15 specify the sector niunber in binary notation. The sector number of the first sector of an 
ECC block of 16 sectors is a mxiltiple of 16. 

The most significant byte of the ID field is a Sector Information byte, illustrated in 
FIGURE 4. The bits of this hyte are used to indicate a layer number data type, zone type, 
reflectivity, tracking method and sector format type for the sector. The values of these bits 
20 are prescribed by ECMA-267, and any values other than the prescribed values are 
expressly prohibited by ECMA-267. 

In accordance with one aspect of the present invention, the data fiame 18 may be 
modified by a data frame encoding system 20 prior to the commencement of conventional 
data frame encoding as described in ECMA-267. In particular, data frame encoding 
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system 20 may modify one or more of fhe values within the data frame 1 8 so as to prevent 
a standard DVD player from reading DVD 12. 

In one embodiment, data frame encoding system 20 includes an encoder 22 and an 
exclusive-OR gate 24. Encoder 22 determines which bits of the data frame 18 are to be 
5 modified. When a data bit is to be left unmodified, encoder 22 provides a low logic level 
signal to XOR gate 24, thereby allowing the data bit to pass through XOR gate 24 
immodified. When a data bit is to be changed, encoder 22 provides a high logic level 
signal to XOR gate 24, thereby causing XOR gate 24 to invert the data bit at its output. 
Although data frame encoding system 20 is illustrated as a discrete functional block within 

10 DVD data encoding system 10, it will be understood that the functions of data frame 
encoding system 20 may easily be integrated into another functional block within DVD 
data encoding system 10, such as data framer 16. 

Data frame encoding system 20 may make a variety of modifications to the data 
frame 18 to render DVD 12 unreadable by a conventional DVD player. In one such 

IS modification, the sector number within the ID field is altered to prevent effective 
navigation of DVD 12 by a conventional DVD player. To accomplish this, data frame 
encoding system 20 may XOR the 24-bit sector number of each data frame with a 24-bit 
encoding byte (e.g., 010101010101010101010101). Alternatively, simple inversion of 
every sector number bit may be sufficient (in effect, an encoding byte of 

20 111111111111111111111111). In either case, the alteration of the sector numbers will 
result in a conventional DVD player being unable to. effectively navigate DVD 12, thereby 
preventing unauthorized copying and playback of the DVD program material. 

Data frame encoding system 20 may alsfo alter the various Sector Information 
values of the ID field. For example, the sector format type as described in the various 

25 ECMA standards mentioned above has a value of 0 (indicating constant linear velocity) 
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for DVD-ROM, a value of 0 (indicating zoneless format) for DVD R/W, and a value of 1 
(indicating zoned format) for DVD-RAM. Thus, an inversion of this value by data frame 
encoding system 20 will invalid values for all types of DVDs in conventional DVD 
players. 

5 As another example, the tracking method as described in the various ECMA 

standards mentioned above has a value of 0 (indicating pit tracking) for DVD-ROM and a 
value of 0 (indicating pit tracking in an embossed area) or 1 (indicating grooved tracking 
in a rewritable area) for DVD R/W and DVD-RAM. Thus, an inversion of this value by 
data frame encoding system 20 will produce an invalid value for DVD-ROM disks, and 

10 will select the wrong type of tracking in a conventional DVD-R/W or DVD-RAM drive. 

As another example, the reflectivity as described in the various ECMA standards 
mentioned above has a value of 0 (indicating reflectivity greater than or equal to 40%) or 1 
(indicating a maximum reflectivity of 40%) for DVD-ROM and a value of 1 (indicating a 
maximum reflectivity of 40%) for DVD RAV and DVD-RAM. Thus, an mversion of this 

15 value by data flame encoding system 20 will produce an incorrect value for DVD-ROM 
disks and an invalid value for DVD-RAV or DVD-RAM disks. 

As another example, the data type as described in the various ECMA standards 
mentioned above has a value of 0 (indicating read only) for DVD-ROM and a value of 0 
(indicating embossed area) or 1 (indicating rewritable area) for DVD WW and DVD- 

20 RAM. Thus, an inversion of this value by data frame encoding system 20 will produce an 
invalid value for DVD-ROM disks and an incorrect value for DVD-RAV or DVD-RAM 
disks. 

As yet another example, the layer number as described in the various ECMA 
standards mentioned above has a value of 0 (indicating single layer or layer 0 of a dual 
25 layer) or 1 (indicating layer 1 of a dual layer) for DVD-ROM and a value of 0 for DVD 
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RW and DVD-RAM. Thus, an inversion of this value by data frame encoding system 20 
will produce an incorrect value for DVD-ROM disks and an invalid value for DVD-RAV 
or DVD-RAM disks. 

It will be understood that the phrases "incorrect value" and "invalid value" as used 
5 herein refer to values which are incorrect or invalid according to the various ECMA DVD 
standards. An incorrect or invalid value may cause a conventional DVD playback system 
to be unable to read the Mam Data on DVD 12. However, a compliant DVD player 
designed in accordance with the present invention includes decoding a decoder which 
restores the various inverted data frame values to their original (valid) values during 
10 playback. 

In addition to altering the ID field of a data frame 18, data frame encoding system 
20 may also alter the lED and EDC fields of a data frame 18 after those fields have been 
conventionally calculated in accordance with ECMA-267. Data frame encoding system 
20 may encode the lED field by simple inversion or by an XOR operation with a 16-bit 

15 encoding byte. The encoding of the lED field will cause a conventional DVD player to 
determine that the data in the ID field is incorrect. Similarly, the EDC field may be 
encoded by simple inversion or by an XOR operation with encoduig bytes. The encoding 
of the EDC field will cause a conventional DVD player to determine that the Main Data m 
the data frame is incorrect. Either one of these encoding schemes may be sufficient to 

20 prevent playback of DVD 12 by a conventional DVD player. 

As another alternative, data frame encoding system 20 may alter the data portion of 
data frames in selected areas of DVD 12. For example, the Lead-in Zone, and more 
specifically the Control Data Zone contained therein, includes physical format information 
such as disk category, version number, disk size, maximum transfer rate, disk structure, 

25 recording density, data zone allocation and a burst cutting area descriptor as described in 
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ECMA-267. Simple inversion of this information by data frame encoding system 20 will 
effectively confuse a conventional DVD playback system when it attempts to interpret this 
data. The data portion of data frames in other parts of DVD 12 may also be inverted to 
prevent playback by a conventional DVD player. 
5 As still another alternative, data frame encoding system 20 or data framer 16 may 

alter the overall structure of the data frame 14. For example, the order of the rows within 
the data frame 14 may be reversed. 

Data frame encoding system 20 and/or data framer 16 may be programmed to 
implement any one or more of the many data frame alteration schemes described above. 

10 Many, if not all, of these schemes are sufficient by themselves to prevent playback of 
DVD 12 by a conventional DVD player. 

Data frame encoding system 20 generates encoded data frames 26, which are 
provided to a feedback shift register 28. In accordance with ECMA-267, feedback shift 
register 28 scrambles the Main Data bytes of the encoded data frames 26 to generate 

15 scrambled frames 30. A description of the feedback shift register and the pre-set values 
used therefor may be found in ECMA-267, and will not be described further herein. 

In accordance with one aspect of the present invention, a proprietary DVD format 
may be created by using either a modified feedback shift register or modified pre-set 
values for feedback shift register 28, or both. For example, an altemative feedback shift 

20 register 28 for use in DVD data ^coding system 10 is shown in FIGURE 7. In feedback 
shift register 28, bit rp is combined with bit ri4 in an exclusive-OR operation to generate a 
new value for bit ro. Thus, feedback shift register 28 uses a different polynomial than that 
specified by ECMA-267, thereby giving different scramblmg results and preventing DVD 
12 from being read by a conventional DVD player. 
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As another example, a modified set of pre-set values is presented in hexadecimal 
form in Table A. These pre-set values may be used in the same ihanner as the pre-set 
values set forth in ECMA-267, with either a conventional or modified feedback shift 
register 28, At the beginning of the scrambling procedure of a data firame, bit positions rj4 
5 to ro of feedback shift register 28 are pre-set to one of the values specified in Table A. 
(The four-digit hexadecimal values of Table A may be converted to 15-bit binary values in 
a conventional manner for placement in the corresponding fifteen bit positions feedback 
shift register 28,) The initial pre-set number is equal to the value represented by bits b? to 
b4 of the ID field of the data fi:ame. The same pre-set value shall be used for 16 
10 consecutive data firames. After 16 groups of 16 data firames, the sequence is repeated. The 
bits T^ to ro are taken from feedback shift register 28 as a scrambling byte after each eight- 
bit shift. The eight-bit shift is repeated 2047 times to produce 2048 scrambling bytes 
which are exclusive-ORed with the Main Data bytes as described in ECMA-267 to 
generate scrambled frames 30. 

15 

TABLE A 



Initial pre-set 
number 


Initial pre-set 
value 


Initial pre-set 
number 


Initial pre-set 
value 


(9) 


(0001) 


(C) 


(0010) 


(4) 


(5500) 


(6) 


(5000) 


(E) 


(0002) 


(0) 


(0020) 


(B) 


(2A00) 


(F) 


(2001) 


(7) 


(0004) 


(D) 


(0040) 


(A) 


(5400) 


(1) 


(4002) 


(3) 


(0008) 


(8) 


(0080) 


(2) 


(2800) 


(5) 


(0005) 



The scrambled fiiames 30 generated by feedback shift register 28 are provided to an 

ECC block generator 32. In accordance with ECMA-267, ECC block genemtor 32 forms 

20 an ECC block 34 by arranging 16 consecutive scrambled frames in an array of 1 92 rows of 
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172 bytes each. To each of the 172 columns of bytes, 16 bytes of parity of outer code 
(PO) ai e added, thereby creating 1 6 new rows of parity bytes. To each of the resulting 208 
rows (192 original rows plus 16 rows of parity bytes), 1 0 bytes of parity of inner code (PI) 
are added to form a complete ECC block 34 of 208 rows of 182 bytes each. The PO and 
5 PI bytes are calculated using Reed-Solomon encoding as described in ECMA-267, and 
will not be described further herein, 

. The resulting ECC block 34 is provided to an ECC block encoding system 36. In 
one embodiment, ECC block encoding system 36 includes an encoder 38 and an 
exclusive-OR gate 40. As in data frame encoding system 20, encoder 38 determines 
10 which bits of . the ECC block 34 are to be mverted, and XOR gate 40 performs the 
inversions. In one example, ECC block encoding system 36 inverts all of the bits of all 
PO and PI bytes in the ECC block 34 to generate an encoded ECC block 42. This 
inversion will effectively disable the Reed-Solomon decoder in a conventional DVD 
player. 

15 Althougji ECC block encoding system 36 is illustrated as a discrete functional 

block within DVD data encoding system 10, it will be understood that the functions of 
ECC block encoding system 36 may easily be integrated into another functional block 
within DVD data encoding system 10, such as ECC block generator 32. 

As an alternative to the ECC block encoding scheme described above, ECC block 

20 generator 32 may be programmed to produce a non-standard ECC block 34, In a standard 
ECC block as described in.ECMA-267, the PO bytes are generated using RS(208, 192, 17) 
Reed-Solomon encoding, while the PI bytes are generated using RS(182, 172, 11) Reed- 
Solomon encoding. Suitable alternative Reed-Solomon parameters may be chosen which 
will generate different parity bytes, thereby effectively disabling the Reed-Solomon 

25 decoder in a conventional DVD player. 
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The encoded ECC block 42 is provided to a recording fiame generator 44. In 
accordance with ECMA-267, recording ftame generator 44 generates 16 recording frames 
46 from an ECC block 42 by interleaving one of the 16 PO rows at a time after every 12 
rows of the ECC block. Each recording frame 46 therefore consists of an array of 13 rows 
5 of 182 bytes. 

The recording frames 46 are provided to an eight-to-sixteen modulation (ESM) 
encoder 48, which converts each eight-bit byte of a recording frame into a corresponding 
run-length-limited (RLL) 16-channel bit code word. This conversion follows the 
procedure described in ECMA-267, in which the value of each eight-bit byte, together 

10 with the current conversion state, are used to determine both the 16-channel bit code word 
and the state for the next byte conversion. 

In one embodiment, eight-to-sixteen modulator 48 may use conversion tables 
which are modified from those described in ECMA-267. For example, in Table G.l of 
ECMA-267, the code words within each column (state) may be assigned to different eight- 

15 bit bytes. This scrambling of the conversion table will not interfere with the run-length- 
limiting aspects of the conversion so long as the association of '*next state" values with 
their respective code words is maintained. Thus, the simplest method to derive an 
alternative conversion table is to reverse the order of tiie "8-bit bytes" listed in the first 
column of Table G.l of ECMA-267 without changing any other value in any other column 

20 of the table. This scrambling will ensure that a conventional DVD player is unable to 
properly decode DVD 12. 

The code words 50 generated by eight-to-sixteen modulator 48 are provided to a 
physical sector generator 52, which adds sync codes to the code words of a recording 
frame to generate a physical sector 54. This physical sector 54 may be structured in 

25 accordance with the specifications of ECMA-267. Alternatively, physical sector generator 
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52 may use a ph3^cal sector structure which is difiFerent jfrom that described in ECMA- 
267. For example, an alternative physical sector structure is shown in Table B. 



TABLES 



SY4 


(1456 bits) 


SY7 


(1456 bits) 


SY3 


(1456 bits) 


SY7 


(1456 bits) 


SY2 


(1456 bits) 


SY7 


(1456 bits) 


SYl 


(1456 bits) 


SY7 


(1456 bits) 


SY4 


(1456 bits) 


SY6 


(1456 bits) 


SY3 


(1456 bits) 


SY6 


(1456 bits) 


SY2 


(1456 bits) 


SY6 


(1456 bits) 


SYl 


(1456 bits) 


SY6 


(1456 bits) 


SY4 


(1456 bits) 


SY5 


(1456 bits) 


SY3 


(1456 bits) 


SY5 


(1456 bits) 


SY2 


(1456 bits) 


SY5 


(1456 bits) 


SYl 


(1456 bits) 


SYS 


(1456 bits) 


SYO 


(1456 bits) 


SY5 


(1456 bits) 



5 

A physical sector consists of 13 rows, each comprising two sync frames. Each 
sync frame consists of a 32-bit sync code (SYx) as defined in ECMA-267 and 1456 
channel bits representing one-half of a row of a recording frame. Accordingly, the first 
row of the recording frame is represented by the first row of the physical sector, the 

10 second by the second, and so on. In Table B, the order of the sync codes within the 
physical sector is vertically inverted from the order specified by ECMA-267. This will 
prevent a conventional DVD player from reading DVD 12. Of course, other permutations 
may also be used. Another alternative for oreating a proprietary DVD format is to use the 
conventional order of sync codes within a physical sector, but alter one or more of the 

15 sync codes (e.g. SYO) to prevent a conventional DVD player from recognizing the 
physical sector. 

The physical sector 54, whether of conventional or proprietary design, is provided 
to a non-return to zero inverted (NRZI) encoder 56. The resulting NRZI converted pulses 
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58 are recorded on DVD 12 iising conventional techniques. The functions of physical 
sector generator 52 and NRZI encoder 56 are adequately described in ECMA-267, and 
will not be described further herein. 

Referring to FIGURE 5, a partial block diagram of a DVD drive 100 is shown, 
5 DVD drive 100 may be a component of a personal computer system. DVD drive 100 is 
designed to read data from a DVD 106 which has a proprietary format resulting from one 
or more of the encoding schemes described above. 

DVD drive 100 includes several standard components which will be described only 
briefly herein, DVD drive 100 includes a central processing unit (CPU) 102 for controlling 
10 the operation of DVD drive 100. DVD drive 100 also includes a conventional motor 108 
for spiiming DVD 106 at a controllable rate and a read/write head 110 for reading data 
from and writing data to DVD 106 (for purposes of illustration, only the read operation 
will be described herein). A read signal from read/write head 1 10 is amplified by a pre- 
amplifier 112. 

15 A digital signal processor (DSP) and servo controller chip 114 controls the 

movement of motor 108 and read/write head 110, and also receives the read signal from 
pre-amplifier 1 12. The read signal is provided to a decoder 116 (described below), which 
decodes the Main Data stored on DVD 106. This data is passed on to a buffer 118 and 
then to an IDE or SCSI interface 120. The data from DVD 106 may then be provided to 

20 other components of the personal computer system (not shown) for presentation to the user 
through one or more I/O devices such as a monitor and speakers (for audio/video data). 
The components of DVD drive 100 may be conventional in nature except for decoder 1 16. 

A block diagram of decoder 116 is shown in FIGURE 6. The read signal from 
DSP/servo controller 114 is received by an NRZI decoder 118, which may be of 

25 conventional design. The resultmg data 120 in the form of channel bits arranged m 
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physical sectors is provided to a physical sector reader 122, which may also be of 
conventional design. Physical sector reader 122 strips the sync codes from the ESM- 
encoded words of a recording Jframe, and passes the ESM-encoded words 124 to an ESM 
decoder 126. ESM decoder 126 uses the same conversion tables (whether conventional or 
5 modified) to decode the data as were used by ESM encoder 48 (shown in FIGURE I) 
during encoding. 

The ou^ut from ESM decoder 126 is in the form of recording frames 128, which 
are received by a recording frame reader 130. Recording frame reader 130 de-interleaves 
the rows of the recording frames to regenerate ECC blocks 132. If an ECC block 

10 encoding system 36 (shown in FIGURE 1) was used during data encoding, then an ECC 
block decoding system 134 may be used to decode the encoded ECC blocks 132 and 
generate decoded ECC blocks 136, The decoding system employed by ECC block 
decoding system 134 is simply the inverse of the encoding system used by ECC block 
encoding system 36. Fctr example, ECC block decoding system 134 may re-invert all of 

15 the bits of all PO and PI bytes in the encoded ECC blocks 132 to generate the decoded 
BCC blocks 136. 

The ECC blocks 136 are provided to an ECC block reader 138, which performs 
error checking and correction using the ECC data. ECC block reader regenerates 
scrambled data frames 140, which are then descrambled by a feedback shift register 142 to 

20 generate data frames 144. If a data frame encoding system 20 (shown in FIGURE 1) was 
used during data encoding, then the encoded data frames 144 may be provided to a data 
frame decoder 146, which performs the decoding frmction corresponding to the encoding 
fimction performed by data frame encoding system 20. For example, data frame decoder 
146 may re-invert the data frame bits inverted by data frame encoding system 20. The 

25 resulting data frames 148 are provided to a data frame reader 150, which extracts the Main 
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Data 152 from the data frames 148 and passes the Main Data on to buffer 118 (shomi in 
FIGURE 5). 

It will be appreciated that the encoding/decoding schemes described above provide 
methods for creating and reading proprietary format DVDs which may not be read or 
copied by conventional DVD players. The fact that these encoding/decoding schemes 
result from relatively minor modifications to existing DVD standards allows many 
standard system components to be used. The encoding/decoding schemes described 
herein are therefore relatively easy and inexpensive to implement. 

Although the present invention and its advantages have been described in detail, it 
should be understood that various changes, substitutions, and altemtions can be made 
therein without departing from the spirit and scope of the invention as defined by the 
appended claims. 
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CLAIMS 
I claim: 

1. A method for reading and decoding data from an optical medium, 
comprising: 

reading channel bits from the optical medium; 

removing sync codes from the channel bits to derive a plurality of ESM-encoded 

words; 

decoding the ESM-encoded words by an ESM decoder to generate a plurality of 
recording frames; 

rearranging the recording frames to generate an ECC block; 

removing parity bytes from the ECC block to generate a plurality of scrambled 
data frames; 

descrambling the scrambled data frames to generate a plurality of encoded data 

frames; 

inverting at least one selected bit of each encoded data frame to generate a plurality 
of data frames; and 

extracting main data from the plurality of data frames. 

2. Hie method of claim 1, wherein inverting at least one selected bit of each 
encoded data frame to generate the data frames comprises inverting at least one selected 
bit of a sector number of each encoded data frame. 

3. The method of claim 1, wherein inverting at least one selected bit of each 
encoded data frame to generate the data frames comprises inverting at least one selected 
bit of a sector information field of each encoded data frame. 
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4. The method of claim 1, wherein inverting at least one selected bit of each 
encoded data firame to generate the data frames comprises inverting at least one selected 
bit of a ID Error Detection Code field of each encoded data firame. 

5 

5. ' The method of claim 1, wherein inverting at least one selected bit of each 
encoded data frame to generate the data frames comprises inverting at least one selected 
bit of an Error Detection Code field of each encoded data frame. 

10 6. The method of claim 1, wherein inverting at least one selected bit of each 

encoded data frame to generate the data frames comprises inviting at least one selected 
bit of a data field of each encoded data firame. 

7. The method of claim 1, fijrther comprising performing en^or checking and 
15 correction on the ECC block using the parity bytes prior to descrambling the scrambled 

data firames. 

8. The method of claim 1, wherein reading tlie channel bits from the optical 
mediimi comprises: 

20 deriving NRZI-encoded pulses from the optical medixmi; and 

decoding the NR53[-encoded pulses by an NRZI decoder to generate the channel 

bits. 



25 



9. A method for recording data on an optical medium, comprising: 
receiving main data from a data source; 
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detennining a plurality of data frame values in response to the main data; 
inverting at least one selected bit in at least one of the data frame values to 
generate a plurality of encoded data frames; 

scrambling die encoded data frames by a feedback shift register to generate 
5 scrambled data frames; 

generating ECC values in response to the scrambled data frames; 
adding the ECC values to the scrambled data frames to generate an ECC block; 
rearranging the ECC block to generate a plurality of recording frames; 
encoding the recording frames by an eight-to-sixteen modxilation (ESM) encoder to 
10 generate code words; 

adding sync values to the code words to generate a plurality of physical sectors; 

and 

recording the physical sectors on the optical medium. 



15 10. The method of claim 9, further comprising encoding the physical sectors by 

an NRZI encoder prior to recording the physical sectors on the optical iriedium. 

1 1 , The method of claim 9, wherein inverting at least one selected bit in at least 
one of the data frame values comprises inverting at least one selected bit of a sector 

20 nimiber value. 

12. The method of claim 9, wherein inverting at least one selected bit in at least 
one of the data frame values comprises inverting at least one selected bit of a sector 
information field. 

25 
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13. The method of claim 9, wherein inverting at least one selected bit in at least 
one of the data frame values comprises inverting at least one selected bit of a ID Error 
Detection Code field. 

14. The method of claim 9, wherein inverting at least one selected bit in at least 
one of the data frame values comprises inverting at least one selected bit of an Error 
Detection Code field. 

1 5. The method of claim 9, wherein inverting at least one selected bit in at least 
one of the data frame values comprises inverting at least one selected bit of a data field. 
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